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SPECIFICATION 
TITLE 

INTERFACE DEVICE FOR AUDIOLOGICAL DEVICES AND CORRESPONDING 

METHOD TO EXCHANGE DATA 

BACKGROUND OF THE INVENTION 

[0001] The present invention concerns an interface device for audiological 

devices. Moreover, the present invention concerns a corresponding method for 

exchanging data for audiological devices. 

[0002] For the adjustment of a hearing device by an acoustician or doctor, 

numerous audiological devices are normally necessary. Thus, for example, the 
hearing loss of a patient is measured with an audiometer, while a suitable hearing 
device is programmed corresponding to the audiometric data with a programming 
device. Furthermore, the hearing device can be checked with regard to functionality . 
in a test box. Each of these devices has an application, and thus a proprietary 
format for data input and data output. 

[0003] The measurement or, respectively, control data of the individual 
devices are administered or, respectively, filed in one or more data administration 
systems. An interface is necessary for the communication of an application with a 
data administration system. For the communication of two applications that run over 
a data administration system, two interfaces are thus necessary. 

[0004] For integrating a plurality of applications and a plurality of data 

administration systems, as many interfaces are consequently necessary as there are 
access possibilities of applications to the data administration systems. The same 
data are thereby tapped or, respectively, exchanged with different applications by 
way of different interface technologies from different data administration systems. 
Currently, this has been accomplished with interface modules that were generated 
individually for a combination of application/interface technology/data administration 
system/data type. A particular disadvantage of such systems is their error 
susceptibility and the elaborate implementation requirements. Moreover, the 
different interfaces are redundantly loaded with similar routines. 
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SUMMARY OF THE INVENTION 
[0005] The object of the present invention is to improve the interfaces 
between the various applications of audiological devices and the corresponding data 
administration systems. 

[0006] This object is inventively achieved via an interface device for 
audiological devices between a plurality of applications on the one hand and at least 
one data administration system on the other hand, with an application access device 
to which the plurality of applications can be connected for uniform data exchange, 
and a converter device that closes a connection between the application access 
device and the data administration system to convert respectively specific application 
data acquired from the application access device for the plurality of applications into 
a predeterminable databank format and/or to convert databank data acquired by the 
data administration connection device into application formats respectively specific to 
the plurality of applications. 

[0007] Moreover, the above cited object is achieved according to the present 

invention by a method for exchanging data for audiological devices between a 
plurality of applications one the one hand and a data administration system on the 
other hand via a uniform data exchange of application data with a plurality of the 
applications via an interface device, data exchange of databank data with the at least 
one data administration system via the interface device, and conversion of the 
application data respectively specific for the plurality of application data into a 
predeterminable databank format for the at least one data administration system, 
and/or conversion of databank data into one or more application formats respectively 
specific to the plurality of applications. 

[0008] The present invention thus advantageously enables in an 
advantageous manner that, with the aid of an individual interface, a data exchange 
between a plurality of applications and a plurality of data administration systems is 
possible for a plurality of different data. The error susceptibility thus drops 
considerably, and the implementation expenditure is greatly reduced. 

[0009] An embodiment of the inventive interface device can be provided with a 
class library, i.e. class framework, in which each of the plurality of applications is 
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accessible. The individual applications that have access to the class library can 
therewith instance objects for specific classes, such that a uniform interface can be 
developed for the applications. 

[0010] In an advantageous manner, a state administration device may be 
provided in an embodiment for the plurality of applications such that the plurality of 
applications have mutual access to predetermined data (state sharing). Two or more 
applications can thus share state information and other data. 

[001 1] Moreover, with the state administration device, states and data of the 

plurality of applications can be stored in a databank forming a common access (state 
and data notifying). This can reduce the redundancy of the data keeping. 

[0012] In an embodiment, which data administration system or systems are 

connected to the interface can preferably be automatically recognized with the state 
administration device. This further decreases the work of the applications - to 
determine in which data administration environment they are situated . 

[0013] In an embodiment, a data keeping device, in particular a volatile 

storage, is preferably provided in the interface, i.e. in the interface device, to keep 
data for a plurality of applications. Corresponding data keeping algorithms offer the 
possibility to file data there, where they are next to a data administration system. 
The entire matching and the synchronization may ensue there externally via 
applications. 

[0014] An interface device provided with these features offers the permits 
saving data in different data administration systems and exchanging data among one 
another with a single interface. 

DESCRIPTION OF THE DRAWINGS 
[0015] The present invention is more closely explained using the attached 

drawings. 

FIG 1 is a block diagram of the hardware components of an 

audiological measurement system; 

FIG 2 is a block diagram of a data system according to the prior art; 
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FIG 3 is a block diagram of an audiological data system according to 

and embodiment of the present invention; and 

FIG 4 is a block diagram illustrating the components of the inventive 

interface. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0016] The subsequent exemplary embodiments are preferred embodiments 
of the present invention. 

[0017] A block diagram of a typical hardware assembly of the instruments of 
an acoustician is shown in Figure 1. The hearing of a patient is measured with an 
audiometer 1 to which headphones 2 are connected. A hearing device 3 is 
programmed by a programmer device. After programming, the hearing device 3 is 
checked in a test box for functionality. Each of the devices 1 , 4, and 5 has a 
software application to control the device 3 and to exchange data. The devices are 
connected with a computer 6 that supplies the inventively uniform interface (not 
shown) and corresponding data administration systems (likewise not shown). 

[0018] The individual devices can communicate among one another or even 

with one or more data administration systems via the common interface. The data 
administration systems (that, as a rule, comprise databanks) can be integrated in the 
computer 6 or even made available over corresponding data networks. 

[0019] A block diagram of a data system according to the prior art is illustrated 

in Figure 2. Corresponding to the example from Figure 1 , for quality assurance, an 
audiometry application 1 1 is provided for the audiometer 1 , a fitting application 14 is 
provided for the programmer device 4, and a test box measurement application 15 is 
provided for the test box 5. In a computer 6 according to the prior art, a plurality of 
interfaces 61 through 66 is available for the communication with a data 
administration system. Typically, in such a configuration three data administration 
systems 71 , 72, and 73 are used. 

[0020] No direct connection exists between the individual applications 11, 14, 

and 15. For the access of the audiometry application 1 1 to a Noah data 
administration system 71 , a Noah interface is available for audiometry 61 . An ASCII 
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interface for audiometry 62 serves as access of the audiometry application 1 1 to an 
ASCII data administration system 73. In a similar manner, the adjustment or fitting 
application 14 has access to the Noah data administration system 71 via a Noah 
interface for the adjustment 63, A connection exists from the fitting application 14 to 
an IDAPI data administration system 72 via an IDAPI interface for the adjustment 64. 
Moreover, an IDAPI interface connects the test box measurement application 15 with 
the image acquisition system 72 for the test box 65, Finally, an ASCII interface 
connects the test box measurement application 15 with the ASCII data 
administration system 73 for the test box 66. These interface connections merely 
present a selection, and can be supplemented as necessary. For example, an IDAPI 
interface can also be provided for the audiometry application 1 1 . 

[0021] To exchange data, for example between the audiometry application 1 1 
and the fitting application 14, two interfaces are necessary that produce a connection 
to a common data administration system. In the present case, according to Figure 2, 
these are the two Noah interfaces 61 and 63, The test box measurement application 
15 communicates with the audiometry application 1 1 , for example via the two ASCII 
interfaces 62 and 66 and the mutual ASCII data administration system 73. 

[0022] The plurality of interfaces 61 through 66 is inventively replaced by a 
single interface 69, as indicated in Figures 3 and 4. This interface 69 comprises the 
following components or, respectively, features: 

• A class framework that represents a class library 88. With this framework, it is 
possible that the interface 69 engages with the class architecture in the 
applications 11, 14 and 15. 

• Conversion routines that may be located in a converter device 84 that effect 
the corresponding data conversions, since, for example, the audiometry data 
may exhibit a different structure in each databank. 

• A uniform interface for applications that may be located in an application 
access device 86 that enables a consistent connection of the interface 69 to 
the various applications 11, 14 and 15. 
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• A quantity of interfaces for various data administration systems that may be 
located in a data administration connection device 82. These are necessary 
in order to give the respectively specific connection for the individual data 
administration systems 71 through 73. 

• "State sharing" and "state and data notifying" externally via applications. This 
ensures that two applications share a state, i.e. data, and (as the case may 
be) may store this state in a databank 94. 

• Data keeping algorithms. These offer the possibility to file data where it is 
next to the data administration system. The data may be buffered in a volatile 
storage, for example, for a rapid access. 

[0023] The cited components and featured offer the universal interface 69 the 
possibility to store data in different data administration systems with a single 
interface, and to exchange data among one another. Each application can use the 
class library 88 and thereby obtains consistent access to the mutual interface 69. 
Consequently, each application can deliver and receive data in standardized form. 
The framework 69 comprises, among other things, objects that enable the data 
administration to the user. 

[0024] For the purposes of promoting an understanding of the principles of the 
invention, reference has been made to the preferred embodiments illustrated in the 
drawings, and specific language has been used to describe these embodiments. 
However, no limitation of the scope of the invention is intended by this specific 
language, and the invention should be construed to encompass all embodiments that 
would normally occur to one of ordinary skill in the art. 

[0025] The present invention may be described in terms of functional block 
components and various processing steps. Such functional blocks may be realized 
by any number of hardware and/or software components configured to perform the 
specified functions. For example, the present invention may employ various 
integrated circuit components, e.g., memory elements, processing elements, logic 
elements, look-up tables, and the like, which may carry out a variety of functions 
under the control of one or more microprocessors or other control devices. Similarly, 
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where the elements of the present invention are implemented using software 
programming or software elements the invention may be implemented with any 
programming or scripting language such as C, C++, Java, assembler, or the like, 
with the various algorithms being implemented with any combination of data 
structures, objects, processes, routines or other programming elements. 
Furthermore, the present invention could employ any number of conventional 
techniques for electronics configuration, signal processing and/or control, data 
processing and the like. 

[0026] The particular implementations shown and described herein are 
illustrative examples of the invention and are not intended to otherwise limit the 
scope of the invention in any way. For the sake of brevity, conventional electronics, 
control systems, software development and other functional aspects of the systems 
(and components of the individual operating components of the systems) may not be 
described in detail. Furthermore, the connecting lines, or connectors shown in the 
various figures presented are intended to represent exemplary functional 
relationships and/or physical or logical couplings between the various elements. It 
should be noted that many alternative or additional functional relationships, physical 
connections or logical connections may be present in a practical device. Moreover, 
no item or component is essential to the practice of the invention unless the element 
is specifically described as "essential" or "critical". Numerous modifications and 
adaptations will be readily apparent to those skilled in this art without departing from 
the spirit and scope of the present invention. 
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1 5 test box application 

61 interface 

62 interface 

63 interface 

64 interface 

65 interface 

66 interface 
69 interface 

71 data administration system 

72 data administration system 

73 data administration system 

82 data administration connection device 

84 converter device 

86 application access device 

88 class library 

90 state administration device 

92 data keeping device 

94 data administration system states and application data (databank) 
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